Tech Mistakes Every Java Developer Would Regret 

Everyone makes mistakes, programmers are also no exceptions in this regards. Even the best 
programmer will have errors in their code every now and then, and no matter whether you are a beginner 
or a master there will be always be some frustrating errors or mistakes that you make that will come back 
to haunt you days, weeks, or months at the later in the production cycle. Some of the Java errors 
developer would regret to face. 

Capitalization Errors: 

The most common mistake that most Java Programmers make and it's also the mistake that seems the 
most unlikely to make and the easiest to spot. Most experienced Java programmers always check up and 
down that whether they have mistakenly capitalize something or forget to capitalize something, but 
maximum of them will agree to the fact that they've done this a time or two. It's sometimes extremely 
difficult to discover when you've done this mistake as our minds tend to read over capitalization errors, 
especially in long programs with long function names. 

Mistyped Override Function Name: 

This is by far one of the most common and most frustrating errors that happen now and again. If you are 
having problems with overrides, the first thing you should do is check and double-checks your function 
names - chances are there is a missing or added letter somewhere that shouldn't be! 

Passing By Value vs. Passing By Reference: 

It's often that it's not entirely clear as to when exactly you're passing by value and when you're passing by 
reference. 

Passing by value is when you use a primitive data and pass it to a function. When this happens, a copy of 
that data type is sent to the function instead of the actual data itself. When the function performs any 
modification to the value, only the copy is being touched, nothing will have happened to the original data. 

When you pass an object like a vector, string, or array, however, you are passing by reference- that 
means you are actually passing the data type to the function, and any modifications made to the object 
are permanent even without the use of a return statement since the function is using the original data. 

Quite often these two differences cause strange problems when you think you're dealing with one and 
you are in fact dealing with the other. If you are seeing strange value changing errors, take a look at your 
functions, chances are something's passing differently than you'd expect it to. 



Not Writing Exception Handlers: 



This isn't technically an error, but it's most certainly a very bad Software Programming practice that can 
lead to mistakes that can be harder to spot. Even if it's just a short, unique string that you can match 
against the specific handler, make sure you have some sort of error message string for your exception 



handlers so you can more easily and quickly find and catch bugs later. A second or two of work writing 
exception handlers can save minutes or hours later trying to find out a mistake later! 



Null Pointers: 

Null pointers are one of the most common errors that Java programmers make. Compilers can't check 
this one for you - it will only surface at run-time, and if you don't discover it, your users certainly will. 

When an attempt to access an object is made, and the reference to that object is null, a Null Pointer 
Exception will be thrown. The cause of null pointers can be varied, but generally it means that either you 
haven't initialized an object, or you haven't checked the return value of a function. Since the cause is an 
error condition, normal testing may not pick it up - which means that your users will end up discovering 
the problem for you. 

Conclusion: 

Everyone makes mistakes, and every programmer will likely make all of these mistakes more than once 
as it is impossible to completely eliminate errors from the coding process, with care and practice you can 
avoid repeating the same ones. 



